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Real Party in Interest 



The real party in interest is the party named above in the caption of the brief, 
Yodlee.com, Inc* 



This is an appeal from the Office Action of the Primary Examiner dated 
10/05/2004, finally rejecting claims 1-25, the only pending claims in the application. 
There are no related appeals or interferences in the instant case. 



The appealed claims are claims 1-25 in the fiorm as last amended in response to 
the Non-Final Action mailed on 04/2/2004 rejecting claims 1-25. The present appeal was 
filed in response to the Final Action mailed on 10/05/2004 maintaining the rqection of 
claims 1-25, and the claims. Therefore claims 1-25 are left standing for examination and 
have been maintained in that form until the present Appeal. 

4.0 Status of Amendments 

No amendments have been filed subsequent to the Final rejection of claims 1-25 
mailed on 10/05/2004. 

5.0 Summary of the Claimed Subject Matter 

In independent claim 1 a software suite is claimed for enabling viewing and 
manipulation of data through a single portal accessible j6rom a data-packet-network, a 
software interface for enabling proxy transfer of funds between at least a user's financial 
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accouttt held at one institution and a xisefs financial account held at another, separate, 
institution comprising an interactive main window (Fig. 25, element 345, first described 
under the sub-heading "Transfer Funds Interface", beginning on page 83, line 20 of the 
as-fUed specification) for configuring transfer funds orders, viewing pending transfers, 
viewing transaction history, and viewing active account balances related to the financial 
accounts; an interactive selection window (at the top of Fig. 25, labeled "Transfer Funds) 
accessible through the interface, the selection window for enabling selection of the 
separate accounts for grouping into a list of activated accounts; and an automated 
confirmation window (Fig. 28, element 363, described on page 89, beginning at line 9 of 
the as-filed spec) enabling confirmation of data parameters of a requested funds transfer, 
The system is characterized in that a user operating the main interface (Fig. 24, element 
305) may initiate funds transfer orders to be performed on said financial accounts at 
requested times by proxy in a fashion transparent at the time of execution to the 
requesting user, and the funds transfer firom or to said financial accounts. 

In summary, the system claimed allows a user to set upfimd transfers between 
accounts held at completely separate institutions, -with the transfers taking place by 
proj^y, transparent to the user. Claims 2-9 are dependent claims adding additional 
limitations to those of claim L 

Independent claim 10 recites an interactive method for transferring funds from or 
to a xiser's financial account held at one institution and a user's fiinancial account held at 
another, completely separate institution through a single interface, and the limitations are 
much the same as described above for system claim 1. Claims 1 1-18 are depended claims 
fi-om claim 10, adding additional limitations to those of claim 10. 

Independent claim 18 recites an interactive system for transferring fiinds fi-om or 
to a user's onUne fiinancial account held at one institution and a user's online financial 
account held at another, separate, institution, the funds transfer capably performed across 
disparate on-line accounts and services over a data-packet-network comprising a first 
server node connected to the network, the server node providing a service^access-point 
for accessing users (this may be taken as portal 1 1 in Fig. 1, described beginning on page 
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15 of the as-filed spec, or portal 151 in Fig. 7, described beginning on page 43 at line 
10); a second server node connected to tbe network and accessible to the first server node, 
the second server node (element 159 in Fi& 7, described in the as-filed spec, beginning 
on page 44 at line 21) providing automated navigation, data procurement, and data 
aggregation on behalf of the accessing users; a plurality of server nodes (Fig. 7, elements 
141-145) described be^nning on page 44 at line 27 and continuing on page 45) connected 
to the network and accessible to the second server node, the server nodes functioning as 
data sources for the data proctarement and aggregation; and a funds transfer software 
interface ( Fig. 25, element 345, described beginning on page 83, line4) installed on the 
first server node, the interface accessible to the accessing users connected to the network 
by respective remote nodes. The system is characterized in that users accessing the first 
server node from the remote nodes interact with the jfiinds transfer interface for the 
purpose of ordering funds transfers, the funds transfers performed by proxy using 
cooperative functions of the first and second server nodes^ and funds may be transferred 
either fixjm or to said financial accounts. 

/« summary the system recited in claimlS comprises the Internet connected 
architecture together with the funds transfer software that enables a user to set upjunds 
transfers between accounts maintained at a plurality of Internet-connected sites, such as 
banks and billers. 

Claims 19-25 are depended claims fix)m claim 18 adding further limitations to 
those of claim 18. 

6. Grounds of Rejection to be Reviewed on Appeal 

Whether the primary Examiner in the present case makes a proper 103(a) rejection 
of claims 1-25 as being xmpatentable over Schrader et al (U.S. 5,903, 881), hereinafter 
Schrader, and Hagan (U.S. 5,63 1 ,828), hereinafter Hagan in view of each other. 
Appellant asserts that the combination of references relied upon by the Examiner 
essentially fails to teach or suggest all of the limitations as recited in the standing claims. 
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and the combmation of references further lacks motivation required for obviating 
appellant's claims in their current form. Appellant argues that neither prior art reference 
relied upon by the Examiner teaches, suggests or intimates, transferring of fimds by proxy 
of funds to and from multiple separate financial accounts maintained at separate 
institutions, utilizing a single user interface. 

7. Argument 

In the last official Office Action dated 10/05/2004, the Examiner reasserted the 
103(a) rejection of claims 1-25 as being unpatentable over the references of Schrader and 
Hagan of record, in view of each other. Appellant's prior arguments filed 07/01/2004 that 
the combination of references lacks motivation and fails to teach or suggest the present 
invention as claimed were not persuasive to the ETtaminer. 

In appellant's response to the official Office Action dated 05/21/2003, in which 
claims 1-25 were rejected under 35 U.S.C, 103(a) as unpatentable over the reference 
Schrader, the independent claims were amended to speciiSicaUy recite proxy transfer of 
fiinds between at least a user's financial account held at one institution and a user's 
financial account held at another^ separate institution. Appellant provided substantial 
argument Aat prior art interfaces, such as that provided by the reference of Schrader, 
require that on-line fiind transfers be conducted at the site of the account and only si^Jport 
accounts held at a common (same) institution. The invention of tibie present application 
provides for a single interactive interface suite enabling proxy transfer of funds to and 
&oxn separate accounts noaintained at separate institutions, through the single user 
interface suite. The advantageous aspect of 5uch higher architecture is that added 
convemence is provided for users because all of the proxy funds transfer operations may 
be performed without requiring physical Intemet navigation by the user to accoimts 
hosted by servers of separate institutions. Schrader is limited to transfening funds firom 
an account at a primary institution to another account of the same institution. 
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In response the Examiner rejected. the claims on their merits in the official Office 
Action dated 1 0/21/2003 using new grounds of rejection, retaining the same reference of 
Schrader, and further rejected the claims to informalities. In response to this Office 
Action, the claims were further anxended to overcome the rejection due to informalities^ 
and also to specifically recite proxy transfer of funds from or to said fmancial accoimts, as 
opposed to simply between financial accounts, and that the accounts are maintained at 
separate financial institutions. Further argument was provided that the reference of 
Schrader discloses that the user may only connect to and manage accounts at one 
financial institution at a time, and that the higher structure of appellant's claimed 
invention enables management of several accounts, at separate institutions, and proxy 
transfer of funds to and fi-om the separate accounts, using the same single interface, 
enabling the separate accounts and information pertaining to those accounts to be viewed 
simultaneously by the user. 

The Examiner responded in the official OfiSce Action dated 04/02/2004 that the 
previous claims amendments were acfcaowledged, and the claim rejection due to 
informalities was overcome, but appellant's arguments pertaining to the patentability of 
the claims over Schrader were considered by the Examiner to be moot in view of new 
grounds of rejection, as the new prior art reference of Hagan was introduced. The 
Examiner stated in this response, that the reference of Hagan discloses the claimed 
software interface enabling proxy transfer of fiinds between at least a usrfs financial 
account held at one institution and a user's financial account held at another, separate 
institution, as characterized in the independent claims* The Examiner added that, in view 
of Hagan's teaching it would have been obvious to modify Schrader^s software interface 
to produce the claimed invention because an artisan at the time of the invention would 
have recognized the fact that certain financial institutions (i.e. banks) are federally insured 
only up to a certain dollar limit (i.e. FDIC) and therefore funds would need to be 
transferred to a multiplicity of financial institutions to safeguard against uninsured or 
unprotected funds. It is the Examiner's position that, further, it would have been obvious 
to integrate the features of the invention of Schrader into that of Hagan because the 
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artisan would have been interested in providing the latest network technology to the 
customer for electronically processing transactional data and monitoring of varioxis fiinds, 
thusj the artisan would have been motivated to employ the features of Schrader as art 
recognized equivalents and/or obvious extensions to Hagan to provide convenient and 
efficient online banking, and thus such modification would have been obvious. 

Appellant, however, strongly disagrees with the Examiner's interpretation of the 
combined references for producing the claimed invention^, because the combination does 
not teach or suggest every aspect of the claimed invention, as recited in the independent 
claims. Appellant wishes to direct the Board's attention to the specific claim language 
recited in claim 1, which recites "a software suite for enabling viewing and manipulation 
of data through a single portal s, a software interface for enabling proxy transfer of funds". 
A key and advantageous distinction of the claimed invention over that produced by the 
combined refiarences, is that a user is enabled to trajisfer ftmds between accounts held at 
separate institutions, by proxy, using a single interactive interfece. Prior art interfaces, 
such as that of Schrader, require that on-line fund transfers be conducted at the site of the 
account, and only support account held at a common institution, Literface of Schrader 
provides for the integration of the relevant information about a user^s account(s) at the 
same institution, but fails to teach transferring of funds to and fiom separate accounts 
held at separate institutions. The invention of Schrader is limited to pulling funds from 
an account at a primary banking institution to another accomt at the same institution. 
The single software interactive interface of the claimed invention allows selection from a 
plurality of accounts at a plurality of separate institutions. The invention of Schrader is 
therefore limited compared to the claimed invention. 

Furthennore, the combination of Schrader/Hagan clearly must use separate 
software interfaces, not a sjjxgle interactive interface as in the claimed invention, in order 
to deal with more than one primary banking institution from which funds are being pulled 
from. In contrast, the claimed invention provides the user with the ability to transfix 
funds between accounts held at separate institutions, by proxy, using a single interactive 
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interface provides the distinct advantage over prior art interfaces, such as that of 
Schrader/Hagan. 

Regarding the reference of Hagan^ the teaching pertains more to a monitoring and 
reporting flinotioas» and clearly does not provide specific teaching or suggestion of 
"transferring'* of funds between separate institutions by proxy, using a single software 
interactive interface* Hagan teaches commanding or instructing the transfer of fimds, if 
and when account balances exceed a certain preset threshold. However, this teaching 
falls well short of enabling a user to ascertain all of the information regarding the user's 
separate accounts at separate institutions, view all of the information simultaneously from 
the single software interface, and then conduct fixnds transfers, by proxy, through the 
single interactive interface, at the time of the user's choosing. The teaching of Hagan is 
vague and inconclusive regarding the transfer of funds. The system of Hagan monitors 
the account data, and when it is determined that the value of any one account being 
monitored exceeds the preset amount for that account, a "command or instruction" to 
transfer the funds takes place, which does not specifically teach the capability of the user 
actually "transferring** amounts, by proxy, to and from separate accounts held at separate 
institutions. The teaching of Hagan is not specijBic as to whom or what is being 
"commanded". Appellant argues, therefore, that the interfece of Schrader and reporting 
capabilities of Hagan cannot produce the claimed invention, because the combined 
teachings fall short of "a software interface for enabling proxy transfer from or to a 
financial account at one institution and a fibaandal account held at another, separate 
institution, as is specifically recited in the claims. 

For these reasons, appellant argues that the prime &cie case of rejection has not 
been adequately proved by the Examiner as argued above, and a proper rejection under 35 
U.S.C. 1 03(a) cannot be made combining the art of Schrader and Hagan. Appellant 
respectfully points out that the obviousness caimot be established by combining the 
teaching of the combined art two produce the claimed invention absent sufficient teaching 
or suggestion supporting the combination. Appellant asserts that independent claims 1, 
lOj and 18 have been clearly demonstrated to be patentable over the combined art of 
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Schrader and Hagan. Depending claims 2-9, 1 1 -1 7 and 19-25 are therefore patentable on 
their own merits, or at least has depended jfrom a patentable claim. 

In conclusion, it is respectfully subnritted that the prior art provided by the 
UDPTO in this case, either singly or in combination, essentially fails to teach or suggest 
all of the limitations and cq)abilities as recited in appellants claim language. 
Accordingly appellant respectfully request that the Board reverse the final rejection of 
claims 1-25 and hold them allowable. 
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8. Claims Appendix 

The claims involved in the present Appeal are: 

1. A method for enabUng two or more servers in a data-packet network to cooperate to 
provide a service to an accessing client, comprising the steps of: 

(a) upon a first one of the servers receiving a service request from the client, 
sending a cookie to the client along with a redirection to a second one of the servers, the 
cookie containing at least (i) a command for the second server to perform a function to at 
least partially satisfy the request, and (ii) one or more parameters related to the command 
for the second server to use in executing the conoimand; 

(b) redirecting the cookie containing the command and one or more parameters to 
the second server by the client; 

(c) perfomung a function at the second server defined by the command and the 
one or more parameters; 

(d) embedding the results of the fijnction performed at the second server in a 
second cookie; and 

(e) sending the second cookie to the client with the embedded results at least 
partially satisfying the service request; 

wherein the first and second ones of the servers operate within the same Internet 
domain enabling successful cookie exchange. 

2. The method of claim 1, wherein the data-packet-network is an Intemet network. 

3. ITie method of claim 2, wherein the client communicates with the first and second 
servers by a browser application. 

4. The method of claim 1 wherein in step (a), the command and parameters contained in 
the cookie define a remote-procedure-call (RPC) function* 
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5-6. (Canceled) 

7. A system for brokering commxmicaticm between distributed processes of a common 
application on a data-packet-netwoik comprising: 

a first node connected to the networic and operating in an Internet domain, the first 
node responsible for executing a first of the distributed processes of the common 
application; 

a second node connected to the network, the second node operating in a common 
Internet domain shared with the first node, and responsible for executing a second of the 
distributed processes of the common application; and 

a third node connected to the network, the third node functioning as a 
communication broker between the first node md the secoxxd node; 

wherein the first node perforais the first of the distributed processes, then embeds 
at least a command and parameters for performing the command in a first cookie 
according to a service request sent by a client to the first node* and sends the first cookie 
to the second node through the third node, and the second node then performs the second 
of the distributed processes by executing the cookie-embedded command using the 
embedded parameters, embeds results of the second distributed process into a second 
cookie^ and sends the second cookie to the client with the embedded results, at least 
partially satisfying the service request 

8. The system of claim 7, wherein the data-packet-network is an Intenaet network. 

9. The system of claim 8, wherein the first and second nodes are Internet servers and the 
third node is an Internet-capable appliance connected to the network and operated by a 
user. 

10. The system of claim 7, wherein the command and parameters embedded in the first 
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cookie define a remote procedure call (RFC). 

1 1 . The system of claim 8, wherein the third node facilitates comtnunication between the 
first and the second node through a Web-browser application for opening and closing 
netwoik connections aad for passing electronic Internet navigation cookies between the 
first and second nodes. 

12. The system of claim 11, wherein the first and second nodes cooperate in providing a 
Web service to a user operating the third node. 

13* The system of claim 12, wherein there are more than two nodes cooperating in 
providing the Web service to the user operating the third node^ and each of a plurality of 
nodes communicate with one another through the third node. 
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9. 



Evidence Appendix 



No evidence other than the argutneats and facts presented in this brief is provided. 



There is no related proceeding, so none have been copied here. 

If any additional time extensions are required beyond any extension petitioned 
with this Appeal Brief^ such esxtensions are hereby requested. If there are any fees due 
beyond any fees paid with this Appeal Brief, authorization is given to deduct, such fees 
fiom deposit account 50-0534. 



10. 



Related Proceedings Appendix 



Respectfully Submitted, 
Srihari Kumar et al. 



Donald R, Boys 
Reg. No, 35,074 



Central Coast Patent Agency 
P.O. Box 187 
Aromas, CA 95004 
(831) 726-1457 
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